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ABSTRACT 

The functional design of the information system 
proposed for the Los Angeles Unified School District (LAUSD) is 
detailed in this report. The design specifies input data, processing, 
file formats, and report formats. The implemented system will provide 
information in four general areas: personnel, program/budget, 
educational results, and community profile. Many information needs 
are not specifically provided for because existing information 
systems serve these functions within the District. For descriptive 
purposes, the information system may be divided into five subsystems. 
Four provide data in the categories listed above; the fifth, an 
inquiry system, allows the decisionmaker to access cill information 
reposited within the system. Each subsystem is described. (Other 
reports in this series are: LI 003908 through 003910 and LI 003912). 
(Author) 
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PREFACE 



In response to community, legislative, and student pressures, 
school administrators have recently begun to examine the potential *of 
modern management tools and practices. This search for techniques 
that might function effectively in an educational context led to the 
adaptation of such methods as program budgeting and accountability. 
Another tool frequently chosen for educational assistance is the modern 
management information system, a computer-based aid to planning and 
decisionmaking. 

In late 1970, the Los Angeles Unified School District (LAUSD) 
contracted with The Rand Corporation to design such an information 
system in support of educational management. The system is specifi- 
cally intended to aid planning and decisionmaking (through implementa- 
tion of accountability and program budgeting) in schools partially 

supported by Title I provisions of the Elementary and Secondary Educa- 
tion Act. 

This report is the fourth in a series describing the proposed 
information system. It details the system's functional design, spec- 
ifying input and output data, file formats, and necessary processing. 
The series also includes: 

o J. A. Farquhar and B. W. Boehm, An Information System for 
Educational Management , Vol. I: Design Considerations , 

R-930-LACS. Defines near-term information system require- 
ments, design guidelines, major design constraints, and 
information needs of educational decisionmakers. 

o M. L. Rapp, An Information System for Educational Manage- 
mentj Vol. II: Data Requirements for Accountability , 

R-9 31-LACS. Defines the future shape of the accountability 
system, and feasible long-term trends and requirements in 
the areas of research and evaluation. 

o T. S. Donaldson, An Information System for Educational 
Management , Vol. Ill: Data Requirements for Evaluation ; 



-iv- 



A Revieu of Educational Research, R-932-LACS. Reviews and 
discusses the literature concerning student evaluation, 
providing direction for eventual information system growth. 

o J. A. Farquhar, I. M. Iwashita, and S. H. Landa, An Informa- 
tion System for Educational Management, Vol. V: A Design 

for Implementation, R-9 34-LACS. Describes and discusses 
alternative hardware, software, and support configurations 
that might provide the desired services, and the costs and 
benefits of each. 

o L. A. Dougharty and S. A. Haggart, An Information System 
for Educational Management , Vol. VI: An In-Service Training 

Program, R-9 35-LACS. Describes the education and training 
requirements for educational administrators charged with 
effective use of program budgeting, accountability, and the 
designed information system. 
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SUMMARY 



This report details the functional design of the information system 
proposed for the Los Angeles Unified School District (LAUSD) . The de- 
sign specifies input data, processing, file formats, and report formats. 

The implemented system will provide information in four general 
areas, personnel, program/budget, educational results, and community 
ptofllc. Many information needs are not specifically provided for 
because existing information systems serve these functions within the 
District. 

For descriptive purposes, the information system may be divided 
into five subsystems. Four provide data in the categories listed above; 
the fifth, an inquiry system, allows the decisionmaker to access all 
information reposited within the system. Each subsystem is briefly 
described below. 

PERSONNEL INFORMATION SUBSYSTEM 

The Personnel Information Subsystem provides data concerning certi- 
ficated personnel and budget positions. The data are disseminated 
through two recurring reports, the Master Personnel Inventory and the 
Statistical Summary of Certificated Personnel. The Certificated Per- 
sonnel Questionnaire and other District forms provide data input. The 
primary data file reposits detailed information concerning personnel 
qualifications and available budget positions within a particular area 
of responsibility. 

PROGRAM/BUDGET INFORMATION SUBSYSTEM 

The Program/Budget Information Subsystem provides several recurring 
reports, including the Master Program Inventory, the Program/Fund Budget 
Crosswalk, and the Program/Expenditure Class Budget Crosswalk. The 
Master Program Inventory lists all educational programs; the two cross- 
walk reports describe current and projected school budgets, and relate 
traditional accounting classifications to the program budgeting display. 
The primary input-data form is the Program Budget Document , included in 
the Program Memorandum. 
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EDUCATIONAL RESULTS INFORMATION SUBSYSTEM 

The Educational Results Information Subsystem generates the follow- 
ing recurring reports: 

o Master Classroom Inventory ; 
o Longitudinal School Evaluation Report ; 
o Longitudinal Classroom Evaluation Report ; 
o Longitudinal Program Evaluation Report. 

In addition, the information system provides several exception reports, 
which indicate unusual classroom, school, or program activity. These 
include: 

o Classroom Exception Report', 
o School Exception Report', 
o Program Exception Report; 
o Longitudinal Classroom Exception Report; 
o Longitudinal School Exception Report; 
o Longitudinal Program Exception Report. 

Data are stored on the Evaluation History and Classroom Master File, a 
flexible file capable of evolving into a student-level file. 

S COMMUNITY PROFILE INFORMATION SUBSYSTEM 

The Community Profile Information Subsystem generates the Demo- 
graphic Data Report and the Community Interest Profile. These reports 
i provide the decisionmaker with socioeconomic data on the school service 

area. They also reflect community reactions to proposed educational 
programs and strategies. Data for these reports are gathered from 
| District sources and from recurring community questionnaires. 

INQUIRY SUBSYSTEM 

i 

[ The Inquiry Subsystem produces no specific reports; rather, it is 

j a tool for accessing and analyzing all data stored in the other sub- 

systems. The Inquiry Subsystem provides the decisionmaker with three 
general capabilities: 
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o File irujuiry: Allows particular data items to be rapidly 

retrieved from relevant files; 

o Statistical analysis’ Provides a variety of packaged programs 
for statistical testing of system-stored data; 
o Cost modeling’. Provides a rapid and simple method for deter- 
mining the resource implications of prospective and existing 
educational programs. 
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I . INTRODUCTION 



This report describes the functional design of an information 
system supporting educational accountability and program budgeting 
for the Los Angeles Unified School District (LAUSD) . A functional 
design is a graphic and verbal system description, defining system 
inputs, necessary processing of these inputs, and resultant infor- 
mational outputs. A functional design describes only the steps 
(or functions) performed; it makes no judgment concerning effec- 
tive hardware or software alternatives. Ideally, it describes 
both a manual and an automated system equally well. Reference 1 
specifies and analyzes the various hardware and software configur- 
ations that might be chosen to support the information system. 

RESEARCH APPROACH 

Output was chosen as the most attractive starting point for sys- 
tem design because it composes the end product of the information 
system, whose function is to serve customers. Ordinarily, users see 
only output and, naturally, base their judgment of system effective- 
ness on how well their needs are served. Output is thus most critical 
to the information system's success. Once a spectrum of outputs and 
services has been agreed upon by decisionmakers, specification of 
necessary data, file formats, and data collection and processing pro- 
cedures may proceed, using the output specifications as the design 
anchor. 

This report is organized by information system components. Sec- 
tion II discusses the types of reports and services necessary for 
effective educational management, detailing the rationale for each 
general type, and providing examples of how these are used. Sections 

III through VII describe the individual systems for each functional 
area. 



INFORMATION SYSTEM SCOPE 

In the system proposed here, the school principal is the keystone 
of accountability [2], As such, he must make decisions related to 
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personnel, budgets, educational programs, and the like. Therefore, 
the information system is designed to directly serve his needs. All 
the reports described as output are intended for the principal's use. 
Although many reports will reach higher levels of educational manage- 
ment, such reports will simply aggregate the data displayed for the 
principal. In most cases, these reports are not specifically shown, 
although they are named and associated with the parent reports in the 
distribution chart in Ref. 1. In short, the information system is de- 
signed for the specific use of the school principal, the logical focus 
of accountability. 

For both day-to-day and long-term decisionmaking, the principal 
needs information in four general categories : 

o Personnel: Information concerning the capabilities, interests, 

and educational and employment histories of those accountable 
to him. 

° Program/Budge t : Information describing the nature, effective- 

ness, and near- and long-term costs of educational and support 
programs. 

o Eduoatvonal Results: Performance data on students participat- 

ing in the various classes, educational programs, and testing 
programs within his school. 

o Cormumty CharcLQtervst%Q8 and Interests: Information describing 

the community from which students are drawn. Such information 
includes parental desires, the student's socioeconomic environ- 
ment, and the public's image of the school. 

A total information system would provide many services not included 
in the prototype. Although it is difficult to predict the final degree 
or configuration of decentralization for accountability, many services 
will continue to be performed centrally because of either economies 
of scale or simple precedent. Therefore, these services are not con- 
sidered part of the information system. They include most of the 
business functions, such as: 

o Payroll: All payroll processing is best performed in a central 

location. Payroll is already mechanized in the District's Data 
Processing Branch. 
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o Inventory Control: This service is also performed most econ- 

omically at a single location because size tends to smooth 
variations in consumption. Again, a functioning system of the 
Data Processing Branch effectively handles inventory control. 

o Facilities and Maintenance: Monitoring building condition and 

scheduling maintenance are also areas suited to central control. 
This problem is currently under joint examination by the Dis- 
trict and its consultants. For these reasons, it is not con- 
sidered for implementation with the prototype system. 
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II. INFORMATION SYSTEM ORGANIZATION AND USE 



A successful information system must be specifically tailored to 
the needs of decisionmakers , providing data related to specific deci- 
sions. Moreover, the amount of information provided is critical: too 

little information provides inadequate support for decisions; too 
copious information may overwhelm the administrator with irrelevant 
data. The system described herein solves the first problem by pro- 
ducing only reports related to specific, articulated educational 
decision areas. The second is solved by providing various levels of 
information output, differing primarily in the depth, detail, and 
comprehensiveness of their associated data. 

INFORMATION/ DECISION RELATIONSHIPS 

Figure 1 is a matrix relating the various products of the proposed 
information system to the educational decision areas discussed in Ref. 3. 
Decision areas are listed vertically along one side of the page, and 
specific reports (detailed in Secs. Ill through VII) are listed across 
the top of the page. Decision areas are related to reports by an "X" 
at the intersection. This matrix accounts for only the most obvious 
relationships; most of the areas listed are sufficiently complex to 
require a very broad information base. 

SYSTEM OUTPUT STRUCTURE 

Information is provided the decisionmaker in three forms: recur- 

ving reports, exception reports, and inquiry reports. Recurring reports 
provide decisionmakers with a broad information base. They exist pri- 
marily as master lists and inventories, supplying information on the 
major characteristics of personnel, programs, classrooms, and schools. 

The information system produces recurring reports at regular intervals 
for purposes of information and background. 

Exception reports point up unusual behavior within the educational 
system. They serve as notification to the administrator that the infor- 
mation system has sensed achievement (or nonachievement) , attendance 
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(or nonattendance), expenditures, or conduct patterns that fall out- 
side the broad boundaries of "what is expected." These boundaries are 
established by the administrator and displayed with the exception re- 
ports. In many cases, recognition of exceptions is a crude procedure, 
and noted exceptions can be explained by normal variations. In others, 
however, system-reported exceptions act as an early indication that a 
particular educational strategy or tactic either is not working well or 
is producing outstanding results. 

Exception reporting serves two purposes: (1) it gives initial 

indication of unusual occurrences to the administrator (which he might 
otherwise not perceive or perceive only by sifting and correlating 
massive amounts of data); and (2) the early warning allows educational 
programs to be changed before they are complete. Although such changes 
might be too hastily made on the basis of exception reports, these re- 
ports allow the administrator to monitor results and thus control educa- 
tional progress. 

Inquiry reports are answers to direct questions posed to the informa- 
tion system. A large portion of system time is expected to be devoted 
to answering these specific requests for information. Recurring and 
exception reports are designed to provide administrators with an absolute 
minimum of background and general information. The observation that 
administrators have neither the time nor the inclination to pour over 
mounds of questionably relevant data led to the conclusion that a capa- 
bility must exist to provide decisionmakers with precise, relevant in- 
formation on demand. If this is not done, information system acceptance 
may be difficult to obtain. 

Provision is thus made for administrators to use the information 
system — for management — in a hierarchical manner: 

o Level 1: An exception report notifies the administrator that 

some exceptional activity has been perceived. In some cases, 
he will either know the cause of the exception or not care to 
pursue it, in which case he need not use the system further. 
However, if he wishes to gain a fuller understanding, he may 
proceed to the information system's second level. 
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o Level 2: The administrator examines recurring reports to gain 

more, information on the noted exception. Should an exceptional 
classroom performance be noted, the principal might wish to 
examine the classroom's past performance (in history reports), or 
to note the particular qualifications of the classroom instructor. 

o Level 3: Inquiry reports provide the third level of information 

access. Here, the administrator poses a question to the infor- 
mation system to gain either additional information or different 
aggregations of the information that concerns him. Inquiry re- 
ports offer a rapid means of (1) judging the implications of a 
policy change, (2) relating performance to other educational 
variables, and (3) searching for particular combinations of 
(personnel) talents or (classroom) achievement. 

This hierarchy provides the administrator with all the information in 
the system, in a form usable for decisionmaking but in a way that avoids 
inundating him with information he will seldom use. The three- level 
access gives a considerable (but not overwhelming) amount of informa- 
tion on a regular basis, but leaves the administrator the option of 
searching in depth for causes and effects. 

EXAMPLES OF INFORMATION SYSTEM USE 

The two imaginary examples below illustrate the nature of the 
hierarchical system. Each demonstrates the way an educational adminis- 
trator, faced with a problem, might use the system to gain further in- 
sight or understanding. 

A High-Achievement Classroom 

Administrator X, a primary— school principal, receives a Classroom 
Exception Report (see p. 48). According to this report, Section 2 of 
the fourth grade achieved unusually high scores on the State Reading 
Test. To determine the reason, X first examines the Longitudinal Class- 
room Evaluation Report for the previous two years. Examination of these 
reports shows that the current achievement test scores are considerably 
higher than those reported for fourth— grade classes for the last two 
years. A further check shows that last year's third-grade scores were 

18 
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considerably lower; thus, it is unlikely that the scores are attribu- 
table to a classroom of exceptional students. 

The administrator knows that the instructor, Mrs. A, is a first- 
year transfer from school 102. A look at information concerning her 
on the Master Personnel Inventory reveals nothing unusual: Mrs. A has 

taught for a total of twelve years (ten in the District), possesses a 

bachelor's degree, and is interested primarily in teaching elementary 
school. 

In further pursuit of an answer, X requests the following informa- 
tion from the inquiry system: 

o Reading achievement test scores for all fourth-grade classes 
from school 102 for the previous year; and 

O Reading achievement test scores for all third-grade classes 
from school 102 for the year before that. 

The inquiry results show that school 102 exhibits a pattern similar to 
that of his own school. Mrs. A's fourth-grade class exhibited unusually 
high achievement, compared both to other sections at school 102 and to 
the third-grade scores at school 102 for the preceding year. X can draw 
no final conclusions from this information; test scores are often sus- 
pect indicators, and other factors may have influenced both outcomes. 
Nevertheless, there is a high probability that Mrs. A is the reason for 
the unusual pattern. It is likely that the administrator would follow 
his information system search with a conversation with Mrs. A, gaining 
further knowledge of her capabilities and teaching methods. 



An Under- Achieving Program 

Administrator Y receives a Program Exception Report (see p. 50), 
which notifies him that a vocational education program designed to teach 
data-processing skills is faring less well than expected. Y first 
examines the Master Program Inventory to gain background on the program. 
The budget figures indicate that the program is funded "sufficiently": 
money has been made available for instruction, audiovisual equipment, 
guest lecturers, and equipment rental. A similar check of the Master 
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Personnel Inventory shows that the instructor, Mr. B, has received 
training in data processing in the Army, and has also taken night 
courses in this area. 

A discussion with Mr. B reveals that, despite his training, he is 
not fully conversant with the range of skills to be taught in the data- 
processing program. Mr. B suggests that hiring another instructor to 
teach keypunching and manual card operations would fill the gaps cur- 
rently causing problems. Following this conversation, Y addresses the 
following question to the inquiry system: 

o List all personnel holding certificates in both business 
instruction and mathematics who are interested or have 
special experience in data processing. 

The answer lists eighteen individuals. Of these, three have special 
experience, and one has indicated a preference for teaching in Y's area, 
Y then designs a new data-processing program, identifying the resources 
necessary, including the new instructor. He then forwards the specifi- 
cation of resources for input to the inquiry system, requesting a five- 
year budget projection. The inquiry system calculates that the cost of 
the new program exceeds that of the old; by eliminating the guest 

lecturers, however, Y is able to bring program cost in line with his 
original budget. 
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III » PERSONNEL INFORMATION SUBSYSTEM 

The Personnel Information Subsystem is one of five subsystems com- 
posing the complete information system. A primary need in the area of 
personnel information is for data on the status, capabilities, and 
preferences of certified, classified, and volunteer employees. This 
information is used extensively in planning activities. For example, 
the school principal contemplating establishment of a Spanish program 
needs to know how many of his staff are fluent in Spanish, their cur- 
rent assignments and teaching loads (to determine whether he will need 
to draw on other resources, or to judge the practical implications of 
a change in program mix), and approximate personnel costs (to make rough 
estimates of program cost). For morale purposes, and to insure appro- 
P r ^ a ^ e job— man matching, personnel information should also provide data 
on the aspirations of teachers and administrators. 

A second major use of the Personnel Information Subsystem is in 
budget-related activities. Information is reposited both on budget posi- 
tions and on personnel filling these positions. This allows the bud- 
geting authority to^pstimate costs of future programs. These budget 
data, although stored in the Personnel Information Subsystem, are dis- 
played in reports described under the Program/Budget Information Sub- 
system (Sec. TV). Figure 2 shows the functional operation of the 
Personnel Information Subsystem, illustrating input media, processing 
steps necessary for file maintenance, and products (ancillary files 
and reports) . Each item is fully described below. 

PERSONNEL /POSITION SUBSYSTEM DATA FILES 

Data in this area may be reposited logically in three conceptually 
or physically separate files. These data bases must describe the char- 
acteristics of current positions, their incumbents, and the employee's 
history. In order to do this efficiently, while allowing for expected 
variations in the amounts of data required to describe each position, 
a file design must utilize hierarchical structures and variable-length 
records . 
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The most straightforward approach uses a single file to carry 
data on both position and incumbents, maintaining historical data 
concerning previous incumbents in a separate Professional History File. 
This approach stores as much information as possible into a single file 
to avoid the complexities associated with maintaining and using several 
files to develop a single report. The Personnel/Position File is 
ordered by position number, which also serves as the record key. The 
man number of the employee currently occupying the position is a second- 
level key. The Personnel/Position File may be used to associate the 
professional characteristics of an individual with the position he 
occupies, without referring to more than one file. The major virtue 
of this approach is its apparent simplicity; it should be an effective 
file design for both the prototype system and the highly decentralized 
District implementations (with consequent low-volume files). Disad- 
vantages and difficulties that would be encountered if District imple- 
mentation is a highly centralized configuration (six or fewer supporting 
configurations) are discussed below. 

Interfile Dependence 

One potential problem in a centralized environment stems from 
physically separate Personnel/Position and Professional History Files. 
(The latter exists because there is a requirement to maintain longi- 
tudinal records on present employees, as well as on those no longer em- 
ployed by the LAUSD.) The requirement of having personnel data also in 
the Position File forces a higher level of redundancy in the personnel 
information maintained. Because of this interconnection of information 
items, personnel update transactions require both the Professional 
History and Personnel/Position Files to be updated simultaneously. 

On a technical level, simultaneous processing of more than one file 
places very stringent requirements on the ordering of records in the 
files. Avoiding this simultaneous processing would most likely require 
the transactions to be processed separately against each file, an in- 
efficient process in a high data-volume environment. Initially, it 
appears that the ordering required for efficient simultaneous update 
across several files is inconsistent with the ordering required for 
efficient report generation. 

• 23 
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In addition to file-coordination difficulties, the nature and 
frequency of transactions present another problem. Any update to a 
tape file necessitates rewriting the entire file; if the transaction 
is to update a personnel item, rewriting both files is necessary since 
information is kept in both files. Processing position transactions 
would probably frequently require rewriting both files. 

Some of these problems can usually be solved, or at least reduced, 
by batching the transactions. The feasibility of this scheme depends 
greatly upon the frequency of transactions and the required degree of 
file currency. In addition, batching transactions to be processed 
efficiently in a multiple-file process can be very tricky, and may 
demand an inordinate level of file indexing expertise on the part of 
the user. 




File Organization 

Many of the problems discussed above apply to disk as well as 
tape files. At some point in the evolution of the system, the size 
of the files, as well as the processing requirements, can be expected 
to suggest the use of disk (or random-access) files. Although the 
general record design is suited to this kind of processing, simply 
switching to disk hardware cannot remove some of the more serious 
inefficiencies. 

The largest gain in searching and updating efficiency could be 
accomplished, in a disk environment, by changing access methods. The 
index sequential method would be the most logical because it is rela- 
tively easy to use and because it is usually supported by commercial 
data-management systems. However, because the files are ordered on 
different keys , index-sequential organization might not prove very 
helpful. If the Position File was processed index sequential, nothing 
would be gained in the processing of personnel updates because the 
Personnel File would effectively be treated sequentially. Similarly, 
if the Personnel File was index sequential and the transactions were 
made against it, subsequent processing of the Position File would be 
equally inefficient. 
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The final design for Personnel/Position Files for a highly cen- 
tralized system includes: 

1. Maintenance of personnel and position data in two distinct 
master files, with the only redundancy in information being 
associated record keys. The Position Master File maintains 
information on budget positions, whereas the Personnel Master 
File maintains infor, nation concerning both active and inactive 
personnel . 

2. Fields in each record in each file that contain the record 
key of the associated record(s) in the other file. 

3. Index-sequential processing of files, with position number 
the record key in the Position File, and man number the 
record key in the Professional History File. 

4. Updates to personnel information accomplished index sequen- 
tially by man number. 

5. Updates to the Position File (e.g., funds and program numbers) 
done in index-sequential mode, with no need to search for the 
proper position. 

6. Updates to information requiring cross updating in both files 
accomplished by index-sequential-coordinated file processing. 

7. Sequential processing of reports concerning personnel. This 
is done because information is in one file. It also accom- 
modates the inquiry system; reports on particular employees 
can be made without complicated file searches. 

8. Reports of budget information, produced by using coordinated 
files, extracting the man number from the Position File, and 
finding the equivalent key (and record) in the Professional 
History File. 

Figure 3 depicts the Personnel Master File; Fig. 4, the Position 
Master File. Figure 5 illustrates the format of the data file used to 
transfer salary information to the Program/Budget Subsystem. 
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LEVEL 1, SEGMENT 0, BASE SEGMENT 



Man 

No. 



Soc. Sec. 
No. 



Name 


Race 


Start 

Date 


Term. 

Date 


Reason 



Destina- 

tion 



'i rs. Svc. 
District 



Pre- 

miums 


Position 

No. 


Org./ 

Loc. 


Program 


Class- 

room 


Cert. 



Current 

Salary 



LEVEL 2, SEGMENT 1, REPEATING 
RESIDENCE 



Address 



Telephone 



LEVEL 2, SEGMENT 2, REPEATING 
PREVIOUS ASSIGNMENTS 



Position 

No. 


Org./ 

Loc. 


Program 


Class- 

room 


Cert. 


Assign. 

Date 


Term. 

Date 



ERiC 

mSUSf.TiMI 



r 



LEVEL 2, SEGMENT 3, REPEATING 
EDUCATION 



l. 

t 

i. 

e 


Major 


Degree 

Level 


Date 















LEVEL 2, SEGMENT 4, REPEATING 
PERSONAL CHARACTERISTICS 



Fig. 3— Personnel Master File 
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LEVEL 2, SEGMENT 5, REPEATING 
OUTSIDE SERVICE 



Loc, 








Code 


Yrs . 


Cert. 


Class 



LEVEL 2, SEGMENT 6, REPEATING 
IN-SERVICE ATTENDANCE 



Course 

Code 



Date 



LEVEL 2, SEGMENT 7, REPEATING 
CURRENT EDUCATION 



Major 



Degree 

Level 



Anticipated 

Date 



LEVEL 2, SEGMENT 8, REPEATING 
LANGUAGE FLUENCY 



Lang. Fluency 
Code Code 



Date 



LEVEL 2, SEGMENT 9, REPEATING 
CERTIFICATION HISTORY 



Cert. 


Yrs, 


Starting 


No. 




Date 



LEVEL 2, SEGMENT 10, REPEATING 
SPECIAL QUALIFIERS 



LEVEL 2, SEGMENT 11, REPEATING 
PROFESSIONAL PREFERENCES 



Org./ 


Cert. 


Subject 


Grade 


Class- 


Loc. 


Area 


Level 


room 



ur. . 

Fig. 3— Continued 
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LEVEL 1, SEGMENT 0, BASE SEGMENT 



Position 


Org./ 


Position 


Salary 


Count 


Count 


Count 


Count 


Number 


Location 


Type 


Schedule 


Seg. 1 


Seg. 4 


Seg. 5 


Seg. 6 



LEVEL 2, SEGMENT 1, REPEATING 
FUNDING STRUCTURE 



Program 


Count 


Percent 


Code 


Seg. 2 


of Position 



LEVEL 3, SEGMENT 2, REPEATING 
FUND CODE 



Fund 


Count 


Percent 


Code 


Seg. 3 


of Position 



LEVEL 4, SEGMENT 3, REPEATING 
EXPENDITURE CLASSES 



Expenditure 


Percent 


Class 


of Position 



LEVEL 2, SEGMENT 4, NONREPEATING 

DESIRED CHARACTERISTICS OF INCUMBENT 



Certifi- 

cate 


Age 

Range 


Race 


Yrs. 
Exper . 


Major 


Degree 

Level 


Language 



LEVEL 2, SEGMENT 5, REPEATING 
PREVIOUS INCUMBENTS 



Man 


Yrs. 


Date 


Number 


Held 


Moved 



Fig. 4— Position Master File 
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LEVEL 1, SEGMENT 1, BASE SEGMENT, NONREPEATING 



Program 


Date 


Expenditures 


Count 


Code 


of Period 


Seg. 2 



LEVEL 2, SEGMENT 2, REPEATING 
EXPENDITURES TALLIED BY FUND 



Fund 


Expenditures 


Count 


Code 


of Period 


Seg. 3 



LEVEL 3, SEGMENT 3, REPEATING 

EXPENDITURES TALLIED BY EXPENDITURE CLASS 



Expenditure 


Expenditures 


Code 


of Period 



Fig. 5— Personnel Budget Posting File 
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RECURRING PERSONNEL REPORTS 

The general vehicle for conveying personnel information to the 
school principal and his- superiors is the Master Personnel Inventory , 
shown in Fig. 6. This list is prepared semiannually for administra- 
tive use. 

The Master Personnel Inventory is one of two recurring personnel 
reports slated for inclusion in the three-school prototype system. 

Other personnel reports are needed for use by District-level personnel, 
and additional reports will become necessary as the system expands its 
coverage to more than three schools. 

The Statistical Summary of Certificated Employees provides a pro- 
file of school, area, or District personnel, reflecting aggregate age, 
experience, qualifications, and interests. Figure 7 shows the recur- 
ring form of this report. It is intended primarily as a device to 
provide quick answers, and as a key to the full inquiry capability to 
be provided within the prototype information system. This report, 
although recurring, is produced by the inquiry system. The principal 
specifies the format and data items to be summarized, and the report 
is then provided on a regular basis. 

Personnel Data Input 

Transactions to the personnel data file will be handled as they 
are now: through transmission of a Request for Personnel Action (also 

known as the RPA, or "greenie") to the information system. Other 
input forms are address cards and credential cards. ^ 

A major additional input is the Certificated Personnel Questionnaire 
(CPQ) , shown in Fig. 8, The CPQ provides an efficient means of gather- 
ing information on special personnel interests and capabilities. It 
is filled out by each certificated individual upon: 



Questions that may exist in the mind of the reader concerning the 
nature of the interaction between the prototype system and the machinery 
currently in operation in the District for processing personnel requests, 
etc., are addressed in Ref. 1. 
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STATISTICAL SUMMARY OF 
CERTIFICATED EMPLOYEES 

ZONE A SUMMARY 



REPORT OATE 
11/27/74 



EDUCATION, SALARY, ANO EXPERIENCE: 

YEAK S BA/BS MA/MS PHD. 

SERVICE 



TOTAL PERCENT 



0-1 

2-5 

6-10 

11-15 

16-20 

21-25 

26-UP 



397 



16 3 416 8,6 



TOTAL 1,117 
-PERCENT 46.33 
AVG. SALARY 8,966 



LOCATION PREFERENCE OF ZONE A PERSONNEL: 



ZONE 

PREFERENCE 



1ST CHOICE 
(NO.) (X) 



A 

B 

C 

0 



*** 



**.* 



2 NO CHOICE 
(NO.) m 

*** *».* 



CERTIFICATION DATA: 



NO. OF CERTIF: 0 



2 3 4 



5 TOTAL 



NO. 

% 



««* **,*«« *,*** 

*•* **.* **.* 



*** *«« ** 

*.* *.* *.* 



**, ««« 
***.« 



OPERATING UNOER PREFERRED CERTIFICATE: **,**• 

PERCENT: **.* 



Fig. 7 Statistical Summary of Certificated Employees 
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CERTIFICATED PERSONNEL QUESTIONNAIRE 



FOR USE BY DATA 
PROCESSING ONLY 



LAST NAME 



FIRST 



MI 



HOME ADDRESS 



CITY 



ZIP SCHOOL 



Degree 


Major 


Minor 


At ten 
From 


ded 

To 


Rec'd 

Degree? 





























































Certificates Held 



Year Granted 



PREFERENCES 



School (First) 



School (Second) 



Certificate (First) 



1st 2nd 3rd 4 tt 

I I I 



Certificate (Second) 



Certificate (Third) 



LANGUAGE FLUENCY 



Language 


Read 


Speak 


Write 

























OTHER QUALIFICATIONS 



In the spaces below, list other qualifications not covered by 
the above (examples: Dramatics, Track and Field, etc.) 



Fig. 8--CertificateOersonnel Questionnaire 



33 



* 



- 23 - 



o Inception of information system operation; 
o Change in responsibility, organization, or location; 
o Change in the individual's capabilities or interests. 

The first two actions are system- initiated; the system dispatches a 
notification upon reception of an RPA. The third must be initiated 
by the certificated individual. 
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IV. PROGRAM/ BUDGET INFORMATION SUBSYSTEM 

The Program/Budget Information Subsystem collects, stores, and 
retrieves data concerning the financial status of the District. It 
aggregates stored information to display budgets and expenditures of 
the District, of a particular area or school, or of a program or pro- 
gram element. Figure 9 shows the data flow of this subsystem. 

PROGRAM/BUDGET MASTER FILE 

Figure 10 displays file organization and format of the Program/ 
Budget Master File, As is the case with all master files within the 
information system, this file utilizes a hierarchical structure and 
variable-length records. The structure shown in Fig. 10 is equally 
adaptable to either serial (tape) or random (disk) access methods, 
although the diagram shown is specifically intended as an illustration 
of random-access file format. 

RECURRING REPORTS 

Five recurring reports are produced by the Program/Budget Infor- 
mation Subsystem. The first is the Master Program Inventory , a list 
of all programs currently underway or planned within the school, show- 
ing information on the program’s nature, location, and funding sources. 
An example of the Master Program Inventory is shown in Fig. 11. 

The information system produces two major budget reports, similar 
in design and use. These are the Program/Fund Budget Crosswalk and 
the Program/Expenditure Class Budget Crosswalk , both shown in Fig. 12. 
The crosswalk reports are the basic budget documents to be used within 
the District, area, or school; they are produced on a recurring basis 
as well as at the request of administrators. They are working docu- 
ments, and can be produced both as a record of interim and final budgets 
and as reports on the expected financial implications of various program 
mixes that the administrator wishes to explore. 

The crosswalk form of presentation allows the new program-oriented 
structure to be related to budgets previously oriented toward fund and 
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Fig. 9— Program/Budget Information Subsystem 
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LEVEL 1 , SEGMENT 1 , NONREPEATING 
PROGRAM ACCOUNTING 



Prog. 

Code 


Status 


Budget 


Expenditures 


Encumbrances 


Yr. 

1 


Yr. 

2 


Tr. 

3 


Yr. 

4 


Yr. 

5 


Count 
Seg. 2 



LEVEL 2, SEGMENT 2, REPEATING 
FUND ACCOUNTING 



Fund 

Code 


Budget 


Expenditures 


Encumbrances 


Count 
Seg. 3 



LEVEL 3, SEGMENT 3, REPEATING 
EXPENDITURE CLASS ACCOUNTING 



Exp. 

Class 


Budget 


Expenditures 


Encumbrances 


Count 
Seg. 4 



LEVEL 4, SEGMENT 4, REPEATING 
EXPENDITURE CLASS ACCOUNTING 
BY ACCOUNTING PERIOD 



Expenditure 



Encumbrances 



Fig. 10—Program/Budget Master File 
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Fig. 12— Program/Budget Crosswalk Reports 
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expenditure class. The two reports shown are provided at the school 
level. Higher aggregations, reflecting the school budget as a single 
line item, will be provided to District decisionmakers. 

The remaining report, the Program Expenditures To-Date Report, 
deals with program expenditures. Organized along the same lines as 
the budget reports, it details expenditures and encumbrances through 
a particular period of the school year. This report is displayed in 
Fig. 13. 



AREA i 


PROGRAM EXPENDITURES T0-0ATE 

NINETY-SIXTH STREET SCHOOL 


REPORT OATE 


: 11/30/74 


PROGRAM 

COOE 


PROGRAM 

DESCRIPTION 


BUDGET 


EXPENDITURE 

TO-UATE 


EXPENDITURE 

CURRENT-MO. 


ENCUM8ERE0 


BALANCE 

REMAINING 


01010201 

0101C202 


ELEM. REAOING 
ELEM. ENGLISH 


15220 

18440 


3240 

4480 


1820 

2630 


5750 

8200 


6230 

5760 


010102 


GEN. ELEM. 60. 


3366C 


7720 


4450 


13950 


11990 


0101 


GEN. EO 


33660 


7720 


4450 


13950 


11990 




Fig. 13— Program Expenditures 


To-Date Report 





PROGRAM/ BUDGET DATA INPUT 

The Program/Budget Information Subsystem requires two distinct 
sets of input. Budget data are provided at the school level by school 
decisionmakers. This information then flows to the area and District 
for aggregation into their respective budgets. Budget data are init- 
ially contained in the Program Memorandum prepared for each school 
program, and condensed on the Program Budget Document , shown in Fig. 14. 
This form contains basic program information, including the sources 
of each expenditure. When completed, it is prepared for machine input 
to the information system through whatever medium (optical character 
reader, keypunch, etc.) is chosen to support the actual information 
system configuration. 

In exploring alternative program plans, the decisionmaker may use 
the budgeting system computationally, preparing input to a model that 
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PROGRAM BUDGET DOCUMENT 



O 

ERIC 



School: 

Program or Element Title: 

Program Level: 

Program ID: 

Expected Start/Finish Dates: 

Program Objectives : 

1 . 

2 . 

3. 

4 . 

5. 

Evaluation Instruments and Schedule ; 
Criteria/Test 
1 . 

2 . 

3. 

4. 

5. 

Program Budget (First Year) 

Total 10 19 20 30 40 



Date 



50 



Revenue Source (Fund) 

60 70 80 90 xx 



Fig. 14— Program Budget Document 
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calculates and displays the implications of various program strategies. 
The model is described in Sec. VII. 

Expenditures and encumbrances will continue to be recorded and 
aggregated (through the prototype period) at the District level. 
Effective procedures have been developed, and there are no compelling 
reasons for gathering expenditure data at the school. Such gathering 
would save little time or money. Therefore, expenditures are gathered 
as usual, then disseminated by the District to the appropriate school. 
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V. EDUCATIONAL RESULTS INFORMATION SUBSYSTEM 

The Educational Results Information Subsystem, portrayed in Fig. 

15, manipulates information concerned with the achievement of students 
in particular classrooms or educational programs. 

FILE COMPOSITION AND ORGANIZATION 

This subsection discusses the contents of the Evaluation History 
and Classroom Master (EHCM) File , which provides an information struc- 
ture for initial evaluation of some facets of program effectiveness. 

Student behavior (e.g., grades, test scores, attendance, atti- 
tudes) under specified conditions (e.g., a given teacher, a given sub- 
ject) is the basis of such program or classroom evaluation. Ideally, 
the EHCM File should reposit information on individual students. This 
is ruled out at present by the large student population (approximately 
650,000) in the LAUSD, and the resultant hardware, software, and admin- 
istrative support costs. A feasible compromise involves considering 
the smallest set of students who are in a similar environment. Class- 
room information must be examined with the understanding that the class- 
room concept is a compromise. Such phenomena as classroom turnover 
(in both personnel and instructors), use of flexible scheduling, and 
reorganizations, make much of the classroom data of limited long-term 
utility. Nevertheless, the classroom is the most stable aggregation 
of students that can be used as the basis of an information system. 

This set — the classroom — is the lowest level of resolution in the 
EHCM File structure. Two types of aggregation of this basic unit must 
be possible through the file: by organization/location (such as schools, 

complexes, or areas), to judge results in these units; and by program, 
to allow management and evaluation of particular educational strategies. 
These two viewpoints are reflected in the EHCM record structure, sum- 
marized in Fig. 16. 

School-Related Information 

The key to the EHCM File is school identification , which (for each 
given school) contains information on: 

o Organization: Elementary (kindergarten included) , 

junior high school, senior high school. 

43 
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Fig. 15a— Educational Results Information Subsystem: 
File Maintenance and Grade-Period Reporting 
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Fig. 15a— Continued 
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Fig. 15b— Educational Results Information Subsystem: 

Test-Cycle Reporting 
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Fig. 15b — Continued 
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Fig. 16— Evaluation History and Classroom Master File Record Structure 



r 

ERIC 



* * 



48 



i 



(This corresponds to Level A of the State 
program structure. +) 

o Location : A unique identifier of the school's location. 

A data item directly associated with organization/location is Average 
Daily Attendance (ADA) . This item is a school-level aggregation of 
ADA reposited in the classroom— level detail records j it is included 
to assist the school principal in meeting District and State reporting 
requirements. 

The EHCM File's primary concern is the evaluation of student perfor- 
mance. If the concept of student performance cannot be satisfactorily 
measured or defined, it will be equally difficult to arrive at a meaning- 
ful evaluation of an entire school, or of its different grades. (These 
difficulties are discussed in detail in Ref. A.) Nevertheless, school 
descriptors in this area are provided (e.g., number of students from 
a high school entering a university or college). Again, the time per- 
iods covered by the different school evaluations should be made explicit. 

Subject-Area Information 

Level 2 of the EHCM File record structure categorizes the different 
subject areas within a school's educational program. Each Level-2 file 
category corresponds to a particular Level-5 category in the State pro- 
gram structure. No specific information is stored that aggregates 
Level-5 results; report summaries are done by the report programs. 

The concept of subject area is perhaps less used in elementary 
schools than in senior high schools, which are loosely organized along 
departmental lines. However, elementary schools have become much more 
flexible, offering courses adapted to different sets of students. In 
addition, elementary schools test for particular subject-area achieve- 
ment. Thus, subject-area identification is equally pertinent and neces- 
sary at the elementary level. The kind of subject-area evaluation will. 



This program structure is the one already designed for the LAUSD. 
Level A gives lifespan and site program grouping: preformal, elementary, 

secondary, post secondary, and adult. Preformal and adult school are 
not explicitly considered here. Their record structure would be similar 
to that of kindergarten (for preformal) and senior high (for adult 
schools) . 
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of course, depend strongly on the definition of that particular subject 
area. 

Special Programs Evaluation 

A special program often consists of several components, which can 
be combined in different ways. For evaluation purposes, this set of 
components may be considered a subject area within the category spe- 
cial programs, and identified by a code similar to the Level-5 program 
code of the State program structure. The components will be described 
in the definition of that subject area. Evaluation data are identical 
to those reposited for other subject areas. 

Special Education Identification 

Level 5 of the program structure provides the different subject 
areas in special education: mentally gifted, mentally retarded, 

physically handicapped, etc. 

Summer School Identification 

Subject areas in summer school are similar to departments in gen- 
eral education. Lower levels of summer school file-record structure 
similar to those in general education. Special education in 
summer school is considered a separate category. 

Classroom Data Items 

The following information is stored for each classroom: 



classroom code 


man number 
of teacher (8) 


duration(s) 
of class 


facilities 

number 



institutional 
composition 
(aides, etc.) 



actual class size 



class ADA 
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average age/ 


youngest age/ 


oldest age/ 


percent 




(relative) number 


identification 


identification 


boys 




of students of that age 











percent whites 


percent blacks 


percent Mexican 


percent oriental 






American 





percent Aid to 
Families with 
Dependent 
Children (AFDC) 



information on student linkage 
between this and other classrooms 



teacher 




instructional characteristics 




classroom 


objectives 




(if necessary) 




evaluation 



When considering the different classrooms for a given subject, 
accounting is made of all individuals actually involved in that sub- 
ject's teaching- learning process: teachers, students, aides, counselors, 

f 

etc. Physical facilities (e.g., classroom number) are also considered, 
as is the time period the classroom is in use. 

Many of these data (actual class size, class ADA, etc.) change 
regularly; for each data item, the period of validity must be specified. 
When several teachers are involved in one classroom, other variables 
may be recorded, e.g., time spent by each teacher, facility used, and 
instructional strategy. This is particularly important for special 
and innovative programs. 

t 

Here again, a linkage can be provided with the Physical Facilities 
Management System already in use by the LAUSD. 
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The elements required to describe the set of students depend on 
school location and level of education. The information stored on 
racial makup, although similar in structure to that provided by the 
Community Profile Information Subsystem, is produced by recognition 
(as opposed to school service-area survey). 

Students in a regular classroom may be involved in special programs. 
Here again, file linkage is provided. The teacher's objectives are stated 
in summary form to maintain criteria for classroom evaluation. Instruc- 
tional characteristics, if included, indicate instructional strategies 
used; these are necessary for a meaningful cost-benefit analysis. 

The classroom-evaluation data field offers many opportunities to 
measure student performance. A likely set of variables is displayed 
with the EHCM File format. Depending on the kind of classroom decisions 
made, other variables may prove more useful. Instead of performing a 
single evaluation for the entire classroom, it may be desirable to 
separately evaluate groups within the classroom, e.g., by grade for 
some high-school classrooms. This requires identification of each group 
as a separate classroom, a purely administrative matter. The full for- 
mat of the EHCM File is shown in Fig. 17. 

RECURRING REPORTS 

Four recurring reports compose this area of information system 
output. The first is the Master Classroom Inventory (shown in Fig. 18), 
which reports grades, test scores, and attendance by classroom, as well 
as pertinent data on the classroom's status, history, and character. 

Classroom" may be defined at the elementary level as the particular 
grade/section. At the junior- and senior-high levels, classroom means 
course/section. Normally , each elementary teacher would have one 
"classroom," whereas each secondary instructor would have several. 

The second recurring report is the Longitudinal Classroom Evalua- 

# i 

tion Report. It is published at the end of each evaluation cycle, and 
compares the performance of a particular classroom with that of current 
and past classrooms* This report summarizes achievement trends for a 
particular grade/section* It is often valuable because it charts the 
progress of an instructor remaining in one place over a period of time. 
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Level 1, Segment 0, Base Segment 



Organization/ 

Location 



Count 
Field 1 



N 2 

Field 2 



Level 2, Segment 1, 

Some Aggregate School-Level Information on Evaluation 



Level 2, Segment 2, Nonrepeating 
Subject Area or Department Program 



Level 5 


Count 


N- 


Program Code 


Field 3 


3 

Field 4 



Level 3, Segment 3, 

Some Aggregate Subject-Area Level Information on Evaluation 



Level 3, Segment 4, Nonrepeating 
Subject 



Code 



Necessary/ 

Elective 



Name 



Prerequisites 



Count 

Fields 



N 4 

Field 6 



Level 4, Segment 5, 

Some Aggregate Subject-Level Information on Evaluation 



Level 4, Segment 6, Nonrepeating 
Description of the Classroom 



Man Number of 
Regular Teacher 


Duration of 
the Class 


Number of 
Classroom(s) 


Maximum 
Class Size 




Actual 
Class Size 


ADA 


Count 
Field 7 


Count 
Field 8 


Count 
Field 9 



Level 5, Segment 7, 

Objectives of the Teacher/Class 



Fig. 17— Evaluation History and Classroom Master File 
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Level 5, Segment 8, 
Description of the Students 



Average Age and 
Percent of 
Students 


Yo 

Pe 

St 


ungest Age and 
rcent of 
udents 


Oldest Age and 
Percent of 
Students 


Percent 

Boys 


Percent 

Whites 


Percent 

Blacks 




Percent 

Mexican- 

American 


Percent 

Oriental 


Percent 

AFDC 







Level 5, Segment 9, 
Evaluation of the Students 



Examples of possibilities that can be combined in several ways, depending on the 
kind of program and the data available, are listed below: 



1. Mark Point Average (Based on A, B, C, D, F, Incomplete, no Mark). 







Number of Marks 


Mark Percentages 


Mark Point 
Average 


ilk's 


If B's 


ilC's 


if D's 


il F's 


ill's 


il NM's 


% A's 


%B's 




%NM's 


X 


X 


X 


X 


X 


X 


X 


X 


X 


• .X. . 


X 


X 



(From a Middle High School of the Newport-Mesa Unified School District) 
2. Average Grade Equivalents 





Boys 


Girls 


Pretest 


X 


X 


Posttest 


X 


X 


Gain 


X 


X 



3. Overall Achievement Gain 





Pre 


Post 


Gain 


Raw Score 


X 


X 


X 


Standard Score 


X 


X 


X 


Grade Equivalent 


X 


X 


X 



4. Achievement Gain 



Seotiles 


Pre 


Post 


Gain 


1 


X 


X 


x — - 


2 


X 


X 


X 


• 

• 

• 


• 

• 

• 


• 

• 

• 


• 

• 

• 


• 

• 

• 

7 


• 

• 

• 

X 


• 

• 

• 

X 


• 

• 

• 

X 



Ficj. 17— Continued 
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5. Norm Comparison 





Grade Score 


Norm Percentile 


75 Percentile 


X 


X 


Median 


X 


X 


25 Percentile 


X 


X 



(From Report Number 302 LACS Auxiliary Services Division) 



6. Evaluation on the Objectives of the Teacher/Class 
For example: 



Achievement 


Attitude Toward School, 


Adults , 


Peers , | 


| Environmental 
1 Awareness 


Total 


X 


X 


X 


rri 


I 1 


100 



7. Attendance: 
Referrals: 
Suspensions : 



Fig. 17--Continued 
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The Longitudinal School Evaluation Report is a recurring report 
provided to the school principal and his superiors. It compares school 
performances, and is similar in form and rationale to the Longitudinal 
Classroom Evaluation Report. Both reports are illustrated in Fig. 19. 
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CLASS 


CLASS 






EOUCATIONAL 


OUTCOMES 


(SILE) 


• 


ID 


DESCRIPTION 


YEAR 


INSTRUCTOR 


IQ 


REAO-PRE 


READ-POST 


MATH 


SCI 


0401 


GRADE 4»SEC 1 


1975 


CUMMINGS 


67.2 


20.2 


28.8 


55.6 


31.1 






1974 


CUMMINGS 


104.6 


34.6 


34.4 
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NG 






1973 


UENNER 


95.5 


31.4 
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GRADE 4 


1975 
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1974 
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AREA 1 LONG I TUO INAL SCHOOL EVALUATION REPORT 

NINETY-SIXTH STREET SCHOOL 



06/15/71 



GRADE 

4 



6 
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Fig. 19 Longitudinal Evaluation Reports 
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The final recurring report is the Longitudinal Program Evaluation 
Report, shown in Fig. 20. This report compares the year-to-year results 
of a particular educational program. Its purpose and format follow that 
of the Classroom and School Reports described above. The Longitudinal 
Program Evaluation Report will be the primary instrument for evaluating 
educational programs within a particular school and, at some point in 
time, within the entire District. Therefore, it is imperative that 
consistent measures of progress be used and reported. If this is not 
done, program evaluation becomes difficult, if not impossible, removing 
many evaluative aspects from the program budgeting process. 



AREA 1 LONGITUDINAL PROGRAM EVALUATION REPORT REPORT OATE: 06/15/75 

NINETY-SIXTH STREET SCHOOL 



PRUGRAM 


PROGRAM 




NUMBER 


PRE- 


POST 


GRADE 


PROGRAM 


RESULT 


CODE 


DESCRIPTION 


YEAH 


STUDENTS 


TEST 


TEST 


AVG. 


KILE 


PERCENT 


01010201 


GEN. ELEM. READ. 


1975 


655 


34.7 


39.6 


B 


4.9 


14.1 






1974 


621 


33.6 


40.1 


B 


6.5 


19.3 






1973 


633 


34.5 


32.2 


C 


-2.3 


-6.7 



Fig. 20--Longi tudi nal Program Evaluation Report 



Present criteria used to compare one classroom or school with an- 
other (or with itself) are controversial. Information system designers 
are neither qualified nor competent to chose such criteria. As new 
measures of achievement are developed, the information system and its 
output must be altered to reflect them. And as criteria are enhanced, 
so will be the value and veracity of evaluation reports. These reports 
are therefore included, although at present they may seem of question- 
able value. 



EXCEPTION REPORTS 



Six exception reports are provided by the information system. The 
Classroom Exception Report (shown in Fig. 21) indicates unusual activity 
within a specific classroom. This report is produced when grades, ADA, 
or the quantity of behavioral referrals exceed or fall short of limits 
stored within the information system. Because the expected values for 
any of these quantities may vary widely from school to school, they are 
established separately for each classroom, and stored in the classroom's 
record. 

The School Exception Report, also illustrated in Fig. 21, flags 
separate schools that exceed or fall short of specified criteria. 



AREA 1 


CLASSROOM EXCEPTION REPORT 


REPORT 


OATEs 11/15/75 


NINETY-SIXTH STREET 

CLASS CLASS 

10 DESCRIPTION 


SCHOOL 

EXCEPTION 

TYPE 


CLASS 

RATING 


CLASS 

NORM 


INSTRUCTOR 


EXCEPTION 

HISTORY 


0401 GRAOE 4, SEC 1 


ATTENDANCE 


22.6 


29.9 


CUMMINGS 


10/15/75 ATTEN 


0603 GRAOE 6. SEC 3 


GRADE 


2.1 


3.0 


JOHNSON 


1 C/15/75 GRAOE 



AREA 1 


SCHOOL EXCEPTION 


REPORT 




REPORT OATEs 11/15/75 




NINETY-SIXTH STREET SCHOOL 










GRAOE 


EXCEPTION 

TYPE 


RATING 


NORM 


EXCEPTION 


HISTORY 


4 

5 


ATTENCANCE 
REAO. TEST 


24.4 

18.6 


29.6 

34.4 


10/15/75 


ATTEN 




Fig. 21— Exception Reports 







Two longitudinal exception reports are provided by the information 
system: the Longitudinal Classroom Exception Report and the Longitudinal 

School Exception Report , both illustrated in Fig. 22. These exception 
reports are usually based upon some uniformly administered measurement 
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device, such as a standardized test. Again, separate criteria limits 
are established and stored for each classroom or school; variations 
in preparation and socioeconomic background make a single exception 
criterion meaningless. 
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AREA 1 longitudinal school exception report 
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Fig. 22— Longitudinal Exception Reports 
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Two exception reports are produced dealing with programs. The 
first of these, the Program Exception Report (Fig. 23), is produced 
whenever analysis of scheduled testing instruments indicates exceptions. 
The Longitudinal Program Exception Report (Fig. 24) displays year-to- 
year results of these testing programs. Should it be desired, however, 
longitudinal programs may be reformatted to display results at any in- 
terval, depending upon scheduling of the District testing program. 
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Fig. 24— Longitudinal Program Exception Report 



EDUCATIONAL RESULTS DATA INPUT 

Three major categories of data must be supplied the Educational 
Results Information Subsystem: 

o Classroom characteristics: Data concerning students in the 

classroom, educational methods used, and educational outcomes 
achieved, 

o Test results: Data reflecting scores of school, area, or 

District testing programs, 

o Exception criteria: The data, supplied by school, area, and 

District officials, which determine when a particular classroom 
or program is to be listed as an exception. 

Classroom characteristics can be best recorded at the school level. 

Most of the information to be filed and reported is not currently 
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collected within the District. Therefore, establishment of a new col- 
lection mechanism will not represent a redundancy. In one case, atten- 
dance, data are now collected at the school level to produce the reports 
(J-18, etc.) necessary to establish the proper amount of State aid. In 
this case, the information system might simply be used to automate 
attendance accounting procedures. 

One of the most attractive alternatives for collecting attendance 
and grade data involves use of the Class Register, kept by all instruc- 
tors. This document records attendance and grades for each class or 
classroom, and may be summarized into a single line per classroom 
either by school clerks or by the teachers themselves. This data item, 
reflecting classroom performance, can be prepared for machine input in 
whatever form is chosen for information system implementation. 

Test results involve a data-input problem similar to that described 
earlier for expenditure data. At present, all tests are forwarded to 
the Measurement and Evaluation Branch for scoring and analysis. Scored 
tests are subsequently returned to the school. Since the Measurement 
and Evaluation Branch prepares machine-readable input for analysis, the 
most rational approach for initial implementation might be for a dupli- 
cate set of such inputs to be produced and forwarded to the information 
system. 

Finally, exception criteria must be provided by decisionmakers 
charged with monitoring educational performance. The school principal, 
working with instructors, would formulate separate criteria for each 
classroom. The Area Superintendent, working with the school principal, 
would likewise establish the exception range for each school. Any cri- 
teria may be used, specified either as a performance range (e.g., print 
as exceptions all classrooms having an ADA greater than 29 or less than 
23), a function of previous performance (e.g., print as exceptions all 
ADA changes greater than 20 percent) , or a function of the performance 
of other classrooms (e.g., print as exceptions all classrooms 20 per- 
cent below District ADA). Exception criteria may either be prepared 
on standard forms or input through a remote terminal located at the 
school. In any event, they must be constantly displayed to insure that 
they do not become "hidden decisionmakers." 




Community 
Interest 
Profile 



Fig. 25b— Conmunity Profile Information Subsystem: 
Questionnaire Reporting 
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Fig. 26— Demographic Data Base 
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Fig. 27 — Demographic Data Report 
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As with evaluation reports, policy changes will alter the meaning 
and value of this report. District-wide racial integration will make 
data on the school service area irrelevant to the school principal. 

Such data will become valuable, however, to District officials, who 
may use the Demographic Data Report to judge the degree of integration 
achieved at each school. Information on financial base and AFDC assis- 
tance will have little practical value to integrated schools unless 
the demographic portion of the information system allows "tagging" 
specific students with specific backgrounds. This is not possible 
with a classroom-level system. 

Community Needs and Interests 

A strong need exists for information describing community desires, 
particularly as community guidance and control become increasingly 
widespread. The Community Interest Profile (Fig. 28) is intended as a 
free-form method of tabulating responses to regularly scheduled ques- 
tionnaires submitted to the community. This device, although not 
perfect (in the past, response has been both sluggish and selective), 
seems an inexpensive method of gaining some qualitative understanding 
of a wide variety of school-related issues. A program that reads, 
stores, and prints out data on public responses must be free-form in 
character, capable of changing its format to reflect the particular 
questionnaire under examination. 

The example shown in Fig. 28 tabulates the number of responses 
in various categories to two questions posed by the questionnaire. The 
lower portion of the figure displays a brief example of an "item analy- 
sis, correlating responses to question 1 with those to question 2. The 
leftmost column details the percentage of responses to question 2 of 
those answering "1" to question 1, and so forth. 

INPUT MECHANISMS 

Community interests and needs are assessed through a questionnaire, 
which may either be mailed directly to the parents or hand-carried by the 
students. Upon its return, the form may be "graded" in one of several 
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ways: optical character reader, keypunch, or manual tabulation. Data- 

reduction methods must be decided on the basis of cost, number of sur- 
veys taken, and available equipment. 

No new collection mechanism need be established to gather the data 
shown in the Demographic Data Report. Ethnic and AFDC data are cur- 
rently collected in connection with Federal aid programs, and may be 
routinely entered through preparation of transactions to the Demographic 
Data File. The data displayed on assessment of school service areas 
are currently collected and analyzed for the District under a contract 
to the University of Southern California. They are already in machine- 
readable form. 

AREA 1 COMMUNITY INTEREST PROFILE REPORT DATE:06/15/75 
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VII. THE INQUIRY SUBSYSTEM 



The Inquiry Subsystem is the heart of the information system — 
the portion upon which its success ultimately depends. Compared with 
most "management information systems" supporting operations of the size 
and complexity of the LAUSD, the prototype information system provides 
very few recurring reports. Too many such systems inundate management 
with 600-page "daily status reports," which increase rather than de- 
crease administrative workload. The Inquiry Subsystem is the means 
chosen to give school administrators the information wanted, with a 
maximum of speed and relevance. 

SUBSYSTEM CAPABILITIES 

The Inquiry Subsystem is best conceptualized ns a question— answerer • 
The administrator may ask questions of any of the files maintained by 
the information system, either by telephone, written request, or direct 
interaction with the computer. He may ask, for example: 

o How many secondary mathematics instructors now teaching in 
Area 1 would prefer to teach in Area 3? 

o What are the names of elementary teachers in Area 3, holding 
a credential to teach, with less than five years of service 
in the District? 

o What classrooms in Area 3 improved reading scores by more 
than 50 percent from 1970 to 1971? 

An inquiry system must also provide the capability for plotting 
correlations of disparate data. For example: 

o Provide a graph showing reading scores of each school against 
racial composition; 

o Provide a graph showing teacher age versus reading-achievement 
scores for schools in Area 3. 

Finally, capability must exist to determine the feasibility and costs 
of various educational innovations (or necessities) : 



-60- 



o Calculate the cost of placing one Spanish-speaking teacher 
in every school that does not already have one. 

o Calculate the five-year costs of an educational program 
having the following characteristics and enrollment: 

Program A = a 2 etc. 

The above questions imply a wide range of search and computational 
capabilities, from simple look-up of pertinent numerical data to com- 
plex statistical analysis and modeling of educational programs. A 
more detailed discussion of the necessary capabilities is provided 
below. 

File-Inquiry Portion 

The file-inquiry process consists of three phases: formulation, 

in which the administrator enters his request; processing , in which 
this request is matched against data files; and output, in which the 
selected data are retrieved. System input and output have been de- 
scribed; processing is done by a file-inquiry program, which reads 
each record of the pertinent file and examines it for relevance to 
the question. For example, in answering the question: "How many 

mathematics teachers now teaching in Area 1 would prefer to teach in 
Area 3?" the inquiry-processing program would: 

1. Enter a record into storage from the personnel file. 

2. Examine the field carrying "teaching certificate" to 
determine if the record is that of a mathematics 
instructor; if it is not, go to the next record. If 
it is, 

3. Examine the "current area" field to determine if it is 
equal to Area 1; if it is not, proceed to the next 
record. If it is, 

4. Examine the "location preference" field to determine if 
it is equal to Area 3; if it is not, proceed to the next 
record; if it is, add "1" to the final count. 
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It can be seen that the Inquiry package must have a capability 
for logically describing the requirements for records to be counted 
or printed. A general inquiry statement must describe the conditions 
to be met, and the actions to be taken when conditions are or are not 
met, e.g., 



WHEN CURCERT 
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Current 

Certificate 

Field 

Identifier 



EQ 

Equals 
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Certificate 

Number 
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Value 



AND APREF 
Area 

Preference 

Field 
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EQ 



Equals 



Area 3 
Value 



ADD TO COUNT; 



Action 



IF NOT, NEXT RECORD 



Action 



A variety of file management and inquiry tools exists that can 
provide the capabilities described above. These include the MARK IV 
system, supplied by Informatics, Inc.; TS/2 and TDMS, conceived and 
marketed by the System Development Corporation; and IMS, developed by 
IBM. Most of these systems operate in a batch mode; a few, however, 
offer real-time capability. Reference 1 discusses these alternatives 
in more detail, choosing a package for implementation in the prototype 
system. The general output examples shown in Fig. 29 are typical 
products of this class of systems* 

Statistical Analysis Portion 

A second capability that must be provided through the Inquiry 
Subsystem is that of analyzing collected data to perceive significant 
trends, techniques, and educational outcomes. It is expected that 
educational administrators will require tests of significance, cross- 
tabulation and correlation-analysis routines, and regression- and 
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PERSONNEL INQUIRY REPORT 

REOUESTEO BY; F. L . TOGGENBURGER 
REPORT DATE: 12/11/75 



REQUEST: COUNT ZONE A PERSONNEL WITH CERTIFICATE 8210 

CERTIFICATE 8213 ANO PHD. 



COUNT: 27 






PERSONNEL INQUIRY REPORT 

REQUESTED BY J F.L. TOGGENBURGER 
REPORT DATE: 12/11/75 



REQUEST: LIST ZONE A PERSONNEL WITH CERTIFICATE 8210 ANO FIRST 

ZONE PREFERENCE B, UNLESS YEARS OF SERVICE CREATE:. THAN 
20. PRINT NAME « ADDRESS, CERTIFICATES, PROGRAMS, 
EDUCATIONAL LEVEL, AND CURRENT LOCATION. 



NAME ADDRESS CERTIF. PROGRAM EOUC. 

LEVEL 

DOE, JOHN A. 



Fig. 29--Inquiry System Output Examples 
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PERSONNEL INQUIRY REPORT 

REQUESTED BY; F.L. TOGGENBURGER 
REPORT DATE: 12/11/75 



REQUEST: 



BAR GRAPH DISTRICT PERSONNEL BY YEARS SERVICE, 2-YEAR 
INTERVALS ON X-AXIS, 200 INTERVALS ON Y-AXIS. 
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Fig. 29— Continued 
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factor-analysis programs. These capabilities will allow educators to 
determine the relative value of particular educational programs in a 
rigorous, statistically sound manner. 

Again, a variety of software packages are available that will 
provide the capabilities needed. Most major computer manufacturers 
have produced such packages. In addition, several universities have 
developed systems for their own use, and are now making these systems 
available to other educational institutions at a nominal cost. The 
package chosen for inclusion in the prototype information system must 
interface directly with the file-inquiry portion. If this is not done, 
the administrator will have to extract data by inquiry, then reenter 
the system to perform statistical analyses. Direct interfacing of the 
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two packages will permit a single request to extract and analyze the 
data. 

An Education Cost Model 

The inquiry package detailed above may be described as an inter- 
active aid to the educational decisionmaker. In this general sense, 
interactive implies two-way communication between man and system, as 
opposed to the one-way nature of recurring and exception reports. This 
interactive mode is also used to help the educator prepare his educa- 
tional program mix (and hence, his budget). For this process, the 
administrator must be able to rapidly determine the costs of a variety 
alternative programs. The information system provides this capa- 
bility in the form of a cost model. The administrator provides input 
in eight major areas: 

1. Number of students by grade and course in the first year 
of the planning period. 

2. Salary and wage schedules. 

3. Standard class size. 

4. Paraprof ess ional— hours per class— hour. 

5. Course-gradv--subject probability matrix. 

6. Student attrition by grade and course. 

7. Teacher— equivalent hours per week. 

8. Material and equipment cost factors. 

In return, the administrator receives a detailed breakdown of the costs 
of such a set of programs. The model should provide output in three 
separate categories: total cost estimates by major program area, total 

cost estimates by standard budget category, and program cost by budget 
i category (similar to the two budget crosswalk reports shown in Fig. 12, 

.! p. 28). 

| mo ^ e l itself is simply a set of cost-estimating equations, 

j These equations (in most cases derived empirically from actual school 

experience) are used to relate the various input factors to produce 

& 
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detailed, categorical, multiyear costs. Unlike the file inquiry and 
statistical packages, few program-cost models are available. One 
effective package that provides the capabilities described is the 
California Educational Cost Model (CALECOM) , prepared by The Rand 
Corporation for the State Department of Education. 

Figure 30 shows the information flow of the Inquiry Subsystem. 

The final shape of this subsystem will be determined by the hardware 
configuration chosen for prototype implementation. Alternatives range 
from an all-mail system, with inquiries and answers transmitted by 
District couriers, to a full on-line system that allows administrators 
to query files and model educational programs in close interaction 
with the information system. 
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